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¢ Software costs are very high 
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Reasons for the high cost of S/W 
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Assurance Cases 


¢ An assurance case is 
— Aset of assurance claims connected to a body of evidence through a 
structured argument, to provide a comprehensive, defensible and valid 
justification that a system meets its assurance requirements for a given 
application in a defined operating environment 
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— Ameans for integrating safety and mission assurance (S&MA) information. 
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¢ V&V artifacts 
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Assurance Dashboard 
¢ Metrics 
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Updated dynamically as environment/ 
system evolves (e.g., with maintenance) \ 
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¢ Solution: Bring V&V earlier in the ) ver 
lifecycle by using formal methods 
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¢ Status: Prototype tools for all phases 
— Requirement tool is in its infancy 
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Innovation: gather V&V evidences in 
assurance cases that extend 
throughout the lifecycle 


Future: Address V&V of autonomy 
through the use of assurance cases 
at runtime 


